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Beschreibung 

■ 

Verfahren, Schnittstelle und Netzwerk zum zyklischen Versen- 
den von Ethernet-Telegrammen 

Die Erfindung betrif ft ein Verfahren, eine Schnittstelle und 
ein Netzwerk zum zyklischen Versenden von Ethernet- 
Tel egrammen . 

Das Ethernet ist die am weitesten verbreitete Technologies 
mit der in lokalen Kommunikationsnetzen, sog. Local Area Net- 
works (LAN) , Daten aktuell mit einer Geschwindigkeit bis zu 
100 Mio. Bits/s (Mbps) ttbertragen werden k6nnen. LANs sind 
lokale Kommunikationsnetzwerke, die auf ein geograf isches Ge- 
biet begrenzt sind und sich aus einem oder mehreren Servern 
und Arbeitsstationen, sog. Knot en zusammensetzen, die tiber 
eine ttbertragungsstrecke, z.B. ein Koaxial-, Glasfaser- oder 
Twisted Pair-Kabel verbunden sind. Bei LANs sind ver« 
schiedenste Netzwerktopologien mOglich, wobei die bekanntes- 
ten die Bus-, Ring-, Stern- oder Baumstrukturen sind. 

LANs werden mit einem Netzwerk-Betriebssystem und einem ein- 
heitlichen Netzwerk- Protokoll betrieben. Das Ethernet stellt 
ein m6gliches Netzwerkprotokoll dar und untersttitzt dabei die 
unterschiedlichsten Kommunikationsprotokolle , z.B. das 
TCP/IP-Protokoll oder das IPX-Protokoll . Im OSI-Schichtenmo- 
dell, dem internationalen Ref erenzmodell ftir Datentibertragung 
in Netzwerken, das aus einem Schichtenstapel aus sieben 
Schichten aufgebaut ist, wobei ftir jede Schicht eine Menge 
von Protokollen definiert ist, die jeweils der n&chst hOheren 
Schicht ihre Dienste zur Verftigung stellen, ist das Ethernet- 
der zweiten Schicht, der sog. Leitungsschicht zugeordnet. In 
dieser Leitungsschicht werden die zu versendeten Daten zu Te- 
legrammen gebtindelt, denen spezifische Informationen far das 
jeweilige Kommunikationsprotokoll hinzugeftigt werden. Die 
Leitungsschicht ist im Netzwerk ftir den Transport der Daten- 
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telegrammme von Knoten zu Knoten und fttr die Fehlererkennung 
zust&ndig. 

Beim Ethernet -Konzept ist die Leitungsschicht in zwei Ebenen 
unterteilt, wobei die erste Ebene den Daten einen Kopfab- 
schnitt, einen sog. Startkennung hinzuftigen, der Informatio- 
nen enth&lt, die ftlr eine korrekte Datentibertragung vom Emp- 
fangerprotokoll ben6tigt werden. In der zwei ten Ebene des E- 
thernet-Protokolls wird dann das Datentelegramm mithilfe ei- 
ner zusStzlichen Pr&ambel und eines Endabschnitts, einer sog. 
Checksumme, ftlr den Transport von Knoten zu Knoten eingekap- 
selt. Mit solchen Ethernet-Telegrammen lassen sich Daten mit 
einer LSnge von bis zu 1500 Bytes tibertragen, wobei zwischen 
den einzelnen Ethernet-Telegrammen eine feste Pausenzeit ein- 
zuhalten ist. 

Ftlr das Versenden und das Empfangen der Ethernet-Telegramme 
auf der Ethernet-tibertragungsstrecke ist ein Ethernet- 
Controller, auch als Media Access Controller (MAC) bezeich- 
net, zustandig, der zwischen den Knoten und die Ethernet- 
tJbertragungsstrecke geschaltet und ttber ein Bussystem mit dem 
Knoten verbunden ist. Dieser Ethernet-Controller wird in der 
Regel durch einen Sof tware-Treiber, der im jeweiligen Be- 
triebssystem des Knotens eingebunden ist, gesteuert. Der E- 
thernet-Controller umfasst im Allgemeinen ein Sende- und ein 
Empfangs-Schieberegister, urn die Ethernet-Obertragungsstrecke 
von dem physikalischen Speicher des Knotens zu entkoppeln. 
Moderne Ethernet -Controller besitzen weiter in der Regel eine 
direkte Zugrif f smOglichkeit auf den physikalischen Speicher 
des Knotens, einen sog. Direct Memory Access (DMA), wodurch 
der Software-Treiber im Betriebssystem des Knotens zeitspa- 
rend die zu sendenden und zu empf angenen Ethernet-Telegramme 
direkt im Speicher des Knotens ablegen bzw. aus diesem Spei- 
cher abholen kann. 

Ethernet-Protokolle werden vornehmlich bei Btirokommunikati- 
onsnetzwerken eingesetzt. Aufgrund der Vorteile des Ethernet- 
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Konzepts bei der Nutzung von Standard-Hard- und -sof twarekom- 
ponenten sowie der Mttglichkeit, bei einfacher Vernetzungs- 
technologie hohe Datentibertragungsraten zu erreichen, werden 
Ethernet-Konanunikationsnetzwerke zunehmend auch in der indus- 
5 triellen Fertigung zum Datenaustausch zwischen Arbeitsstatio- 
nen einzusetzen. Beim Einsatz des Ethernet-Protokolls in der 
Automatisierungstechnik muss jedoch mithilfe zusatzlicher 
aufwftndiger Hard- und/oder Sof twaretechniken die EchtzeitfS- 
higkeit der Ethernet-Datenttbertragung sichergestellt werden. 
10 Bei der Steuerung von Maschinen ist es in der Regel erforder- 
lich, dass eine zyklische Bearbeitung einer Steuerungsaufgabe 
im Wesentlichen ohne zeitliche Schwankungen, d.h. sog. Jitter 
erfolgt, wobei mit einer vorhersehbaren Antwortzeit auf die 
Regelanforderung reagiert wird. 

15 

Sollen z. B. im Rahmen einer auf einem als Knoten in eine E- 
thernet-Netzwerk ausgebildeten Steuerungsrechner laufenden 
Echtzeitanwendung zyklisch Ethernet-Telegramme versendet wer- 
den, um per Ethernet-Obertragungsstrecke angebundene Sensoren 

20 xand Aktoren anzusprechen, tibergibt der Steuerungsrechner iiber 
den im Betriebssystem integrierten Sof tware-Treiber in jedem 
Steuerungszyklus entsprechende Ethernet-Telegramme an seinen 
Ethernet-Controller zum Versenden. Dabei ftlgt der Sof tware- 
Treiber vor der Obergabe an den Ethernet-Controller den zu 

25 versendenden Echtzeitdaten automatisch die in der Ethernet- 
Obertragungsnorm (IEEE 802.3) definierten Pausenzeiten, 
Startkennungen, PrSambeln und Checksummen hinzu. Der Ether- 
net-Controller ladt dann, vorzugsweise mithilfe der Direct 
Memory Access -tibertragung, die entsprechenden Ethernet- 

30 Telegramme in seinen Sende-Schieberegister und beginnt ab ei- 
nem bestimmten Ftillstand des Sende-Schieberegisters mit dem 
Versenden der Ethernet-Telegramme auf der Ethernet- 
t)bertragungsstrecke . 

35 In dieser Sende-Abf olge des Steuerungsrechners mit ange- 

schlossenem Ethernet-Controller sind mehrere Jitter-behaf tete 
VorgSnge enthalten, deren Jitter sich im ungtins tigs ten Fall 
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aufsummieren und dann einen maximal zuiassigen Wert far die 
Echtzeitanwendung, der in der Regel im Bereich von einigen 
wenigen Mikrosekunden liegt, tibersteigt. Zum Jitter tragen 
dabei die schwankenden Interrupt-Latenzzeiten im Knoten beim 
5 Erzeugen der zu versendenden Daten und die Lauf zeitschwankun- 
gen des bis zum Senden des Ethernet-Telegramms durchlauf enden 
Prograramcodes bei. Bei modemen Steuerungsrechnern, die tiber 
einen Cache-Speicher verftigen, schwankt zusStzlich auch die 
Laufzeit der Programmcodes , da je nach Cache-Inhalt unter- 
10 schiedlich lange auf den angeforderten Inhalt des Speichers 
im Knoten gewartet werden muss. 

Der Ethernet-Controller ist in der Regel tiber ein Bussystem 
mit dem Knoten verbunden, wobei hSufig ein PCI-Bus verwendet 

15 wird. Da ein solcher Bus im Allgemeinen auch von anderen Sys- 
temteilen genutzt wird, kann es bei der Buszuteilung zu un- 
t-ersehiedldoh -1-angen Wartezeit-en kommen-. Dies gilt sowohl - 
dann, wenn der Ethernet-Controller per Direct Memory Access- 
tibertragung auf den physikalischen Speicher des Steuerungs- 

20 rechners zugreift, als auch ftir den Fall, dass die Echtzeit- 
daten unter Kontrolle des Sof tware-Treibers tiber das Bussys- 
tem ttbertragen werden. Es treten immer Shnliche Jitter bei 
der Buszuteilung auf. Der Ethernet-Controller beginnt dartiber 
hinaus immer erst ab einem bestimmten Ftillstand des Sende- 

25 Schieberegisters mit dem Versenden der Ethernet-Telegramme 
auf der Ethernet-tfbertragungsstrecke . Dabei kann sich dann 
das Senden der Ethernet-Telegramme je nach Ftillstand des Sen- 
de-Schieberegisters unterschiedlich lange verzOgern, was zu 
einem zusatzlichen Jitter ftihrt. 

30 

Ist der sich ergebende Gesamt jitter beim Sendevorgang hdher 
als fur die jeweilige Echtzeitanwendungen maximal zulfissig 
Jitter, muss eine solche Abweichung mithilfe eines aufwandi- 
gen Verfahrens, wie z.B. dem IEEE 1588 (IEEE Standard for a 
35 Precision Clock Synchronization Protocol for Networked Measu- 
rement and Control Systems) eine entsprechend genaue Zeitba- 
sis in alien Kommunikationsteilnehmern an der Ethernet- 
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Obertragungsstrecke geschaffen werden, rait deren Hilfe sich 
dann der Jitter kompensieren lasst. 

Aufgabe der Erfindung ist es, ein Verfahren zum Versenden von 
5 Daten in Form von Ethernet-Telegrammen auf einer Ethernet- 
ttbertragungsstrecke, eine Schnittstelle zum Anbinden eines 
Knotens an eine Ethernet-ttbertragungsstrecke und ein Ether- 
net-Netzwerk bereitzustellen, mit denen sich auf einfache 
Weise jitterfrei und zyklisch Ethernet-Telegramme, insbeson- 
10 dere mit Echtzeitdaten versenden las sen. 

Diese Aufgabe wird mit einem Verfahren nach Anspruch 1, einer 
Schnittstelle nach Anspruch 9 und einem Ethernet-Netzwerk 
nach Anspruch 14 geliist. Bevorzugte Weiterbildungen sind in 
15 den abhangigen Ansprtichen angegeben. 

Erf indungsgemSS wird zum Versenden von Daten in Form von E- 
thernet-Telegrammen auf einer Ethernet-Obertragungsstrecke 
mit Hilfe einer Schnittstelle zum Anbinden eines Knotens an 

20 die Ethernet-tJbertragungsstrecke die zu versendenden Daten 

mithilfe einer Umsetzeinheit gemas einer Obertragungsnorm des 
Ethernet-Protokolls umgesetzt, urn Ethernet-Telegramme bereit- 
zustellen, und mithilfe einer Sendeeinheit dann fortlaufend 
die bereitgestellten Ethernet-Telegramme versendet, wobei 

25 kontinuierliche Ethernet-Telegramme auf die Ethernet- 
Ubertragungsstrecke ausgegeben werden. 

Durch das erf indungsgemaSe kontinuierliche Senden von Ether- 
net-Telegrammen wird eine exakte Wiederholbarkeit des Sende- 

30 vorgangs und damit ein jitterfreies Versenden der Ethernet- 
Telegramme ermdglicht. Dadurch, dass die Schnittstelle zur 
Anbindung des Knotens an das Ethernet im Anschluss an ein ge- 
sendetes Ethernet-Telegramm direkt das nachste Ethernet- 
Telegramm versendet, wird gewahrleistet, dass alle jitterbe- 

35 hafteten Vorgange in der Sendeabfolge vom Umsetzen der zu 

versendenden Daten in Ethernet-Telegramme bis zur Ausgabe der 
Telegramme auf die Ethemet-tibertragungsstrecke kompensiert 
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werden. Das Timing des Sendevorgangs wird namlich ausschliefc- 
lich durch die Schnittstelle des Knotens zum Ethernet be- 
stiramt, wobei durch das kontinuierliche Versenden der Tele- 
gramme deren vflllige Jitterfreiheit sichergestellt wird. 

5 

GemaS einer bevorzugten Ausftlhrungsform der Erfindung wird 
zum fortlaufenden Senden der bereitgestellten Ethernet- 
Telegrarame bei einer vorgebenen Lange der Ethernet-Telegramme 
die Lange der Zykluszeit im Rahmen der maximal zuiassigen 

10 Dauer des Zyklus angepasst, urn w&hrend der gesamten Zyklus- 
zeit kontinuierlich Ethernet-Telegramme auf die Ethernet- 
Obertragungsstrecke auszugeben. Diese Vorgehensweise sorgt 
far einen kontinuier lichen Sendevorgang der Ethernet - 
Telegrammen im Rahmen einer vorgebenen maximalen Sendezyklus- 

15 dauer bei gleichzeitig optimaler Nutzung der ZykluslSnge, wo- 
bei der bei der Erzeugung der Ethernet-Telegramme auftretende 
Jitter vGllig ausgeglichen wird, 

Gemafi einer weiteren bevorzugten Ausftlhrungsform der Erfin- 
20 dung wird beim fortlaufenden Versenden der Ethernet- 
Telegramme mithilfe der Schnittstelle die Anzahl und/oder die 
Lange der in einem Zyklus zu versendenden Ethernet-Telegramme 
an eine vorgegebene Zykluszeit so angepasst, dass wahrend der 
gesamten vorgegebenen Zykluszeit kontinuierlich Ethernet- 
25 Telegramme auf die Ethernet-ttbertragungsstrecke ausgegeben 

werden k6nnen. Diese Vorgehensweise ermOglicht einen kontinu- 
ierlichen Sendevorgang der Ethernet-Telegrammen im Rahmen ei- 
nes Sendezyklus bei gleichzeitig optimaler Nutzung der im 
Zyklus mSglichen Datenbreite, wobei der bei der Erzeugung der 
30 Ethernet-Telegramme auftretende Jitter vSllig ausgeglichen 
wird, 

GemaS einer weiteren bevorzugten Ausftihrungsf orm werden bei 
der Anpassung der Ethernet-Telegramme die Baudrate der Ether- 
35 net-Ubertragungsstrecke, die Lange der beim Umsetzen der Da- 
ten gemaS der Obertragungsnorm des Ethernet-Protokolls je- 
weils in das Ethernet-Telegramm eingeftigten Startkennung, 
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Praambel und Checksumme und die LSnge der zwischen den zu 
versendenden Ethernet-Telegrammen einzuhaltenden Pausenzeiten 
bertlcksichtigt . Durch diese Vorgehensweise lasst sich auf 
einfache Weise die optimale Lftnge der kontinuierlich auf der 
Ethernet-Obertragungsstrecke zu versendenden Ethernet- 
Telegramme bestimmen. Bevorzugt ist dabei weiterhin, dass be- 
rttcksichtigt wird, dass dann, wenn die berechnete LSnge des 
Ethernet-Telegrarams grOSer als die maximal mOgliche Lclnge des 
Ethernet-Telegramms ist, die Anzahl und die L&nge der zu sen- 
denden Ethernet -Telegramme so gew&hlt wird, dass in einem 
Zyklus mehrere vorzugsweise gleich lange Ethernet-Telegramme 
versendet werden, deren gemeinsame Bitiange der Zykluszeit 
entspricht. Hierdurch wird sichergestellt , dass auf einfache 
Weise eine optimale Lange der zu versendenden Ethernet- 
Telegramme bestimmt werden kann. 

Gemafi einer weiteren bevorzugten Ausftlhrungsf orm werden die 
bereitgestellten Ethernet-Telegramme in einem Zwischenspei- 
cher abgelegt, wobei die Schnittstelle den Sendevorgang in 
Abhangigkeit eines vorgegebenen Fttllstandes im Zwischenspei- 
cher startet. Diese Vorgehensweise sorgt daftir, dass immer 
gentigend zu sendende Ethernet-Telegramme in der Schnittstelle 
vorhanden sind, urn einen kontinuier lichen Sendevorgang zu ge- 
wahrleisten. Hierdurch wird verhindert, dass der Sendevorgang 
leeriauft und es dadurch zu Telegrammverzdgerungen kommt, die 
dann zu einer Zyklus verletzung fiihren wtirden. 

Erf indungsgemaS ist weiter vorgesehen, dass dann, wenn die 
Daten Echtzeitdaten sind, eine die zu versendenden Echtzeit- 
daten erzeugende Echtzeitanwendung im Knoten mit dem Sende- 
vorgang der Ethernet-Telegramme synchronisiert ist. Diese 
Vorgehensweise verhindert einen Oberlauf mit Ethernet- 
Telegrammen in der Schnittstelle beim Sendevorgang, der dazu 
fiihren wiirde, dass die Ethernet-Telegramme nicht mehr schnell 
genug versendet werden kdnnen. Dadurch, dass die im Knoten 
ablaufende Echtzeitanwendung auf die Zeitbasis der den Sende- 
vorgang ausfiihrenden Schnittstelle abgestimmt ist, wird ge- 
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wShrleistet, dass der Knoten Ethernet-Telegramm nur abge- 
stixnmt mit dem Sendevorgang der Schnittstelle liefert und so- 
mit kein Oberlauf an E theme t-Telegrammen auftritt. 

GemaS einer weiteren bevorzugten Ausftlhrungsf orm ist das E- 
thernet-Netzwerk mit der Ethernet-Obertragungsstrecke, an der 
eine Mehrzahl von Knoten angebunden sind, so ausgelegt, dass 
die Ethernet-Telegramme auf dem Sendekanal kollisionsf rei ti- 
bertragen werden kGnnen. Hierdurch wird gewahrleistet , dass 
auf dem Ethernet kontinuierlich gesendet werden kann, ohne 
dass es aufgrund von Kollisionen auf der Obertragungsstrecke 
zu einer Unterbrechung des Sendevor gangs und damit zu einer 
Zyklusverletzung kommt. 

Bevorzugt ist dabei weiterhin, dass die Ethernet- 
Obertragungsstrecke eine ringfdrmig angeordnete Topologie 
aufweist, wobei die vom Sendeknoten versandten Ethernet- 
Telegramme von einem Knoten zum nSchsten weitergeleitet wer- 
den. Diese Vorgehensweise erm6glicht eine kollisionsf reie t)- 
bertragung der Ethernet-Telegramme mit geringer VerzOgerung 
von einem Knoten zum nSchsten. 

Die Erfindung wird anhand der beigeftigten Zeichnungen naher 

eriautert. Es zeigen: 

Fig. 1A ein Ethernet-Netzwerk; 

Fig. IB einen erf indungsgemafien Auslegung eines Knoten- 

Anschlusses im Ethernet-Netzwerk; 

Fig. 2A ein Ethernet-Telegramm und 

Fig. 2B einen erf indungsgemSfien Sendevorgang. 

Das Ethernet-Konzept ist der am weitesten verbreitete Kommu- 
nikat ions standard in lokal begrenzten Kommunikationsnetzwer- 
ken (LAN) , tiber die sich auf einfache Weise Datenressourcen 
zwischen Arbeitsstationen, im Allgemeinen Computer oder Ma- 
schinen, im Weiteren auch als Knoten bezeichnet, gemeinsam 
nutzen lassen. Das Ethernet basiert dabei auf einem LAN- 
Aufbau, bei dem eine Mehrzahl von Knoten tiber ein gemeinsames 
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Obertragungsmedium miteinander verbunden sind, wobei das E- 
thernet-Konzept die Verkapselung der zu tibermittelnden Daten 
in Datenpaketen, im Weiteren auch als Ethernet-Telegramme be 
zeichnet, mit einem vorbestimmten Format vornimmt. Das Ether 
net besteht dabei aus drei Bereichen, namlich der Obertra- 
gungsstrecke und den Netzwerk-Schnittstellen, also der Hard- 
ware, der Menge an Protokollen, die den Zugriff auf die E- 
thernet-Obertragungsstrecke steuern, und dem Ethernet- 
Tel egrammformat . 

Fig. 1A zeigt schematisch ein Ethernet-Netzwerk, bei dem meh 
rere Knoten 1 ttber eine Ethernet-Obertragungsstrecke 2 mit- 
einander verbunden sind. Die Anbindung des Knotens an die E- 
thernet -tiber tragungsstrecke erfolgt dabei mithilfe eines E- 
thernet-Controllers 3, der vorzugsweise in den zugehfirigen 
Knoten integriert ist. Ein erf indungsgemSSer Knoten 1 mit an 
geschlossenem Ethernet-Controller 3 zur Anbindung an die E- 
thernet-tibertragungsstrecke 2 ist im Detail in Fig. IB ge- 
zeigt. Ftir das Versenden der Ethernet-Telegramme im Ethernet 
Controller ist eine Codiereinheit 31 zustSndig, ftir den Emp- 
fang der Ethernet-Telegramme von der tibertragungsstrecke 2 
eine Decodiereinheit 32. An die Codiereinheit 31 bzw. die De 
codiereinheit 32 ist jeweils ein als Schieberegister ausge- 
legter Zwischenspeicher 33 , 34 angeschlossen, urn die zu 
versendenden bzw. empfangenen Ethernet-Telegramme zwischenzu 
speichern. Diese Sende- und Empf angs-Schieberegister 33, 34 
wiederum sind vorzugsweise so ausgelegt, dass sie auf einen 
physikalischen Speicher 11 im Knoten 1 direkt mithilfe des 
sogenannten Direct Memory Access (DMA) Modus zugreifen kdn- 
nen. Alternativ besteht die MSglichkeit, dass der Datenaus- 
tausch zwischen dem Sende-Schiebespeicher 33 bzw. dem Emp- 
fangs-Schiebespeicher 34 und dem physikalischen Speicher 11 
tiber eine zentrale Recheneinheit (CPU) 12 des Knotens 1 er- 
folgt. Der direkte Zugriff tiber den DMA-Modus ermSglicht je- 
doch einen beschleunigten Datenaustausch. 
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Die Steuerung des Datenaustausches zwischen dem physikali- 
schen Speicher 11 des Knotens 1 und der Schnittstelle 2 er- 
folgt in der Regel durch die CPU 12 des Knotens 1. Die CPU 12 
des Knotens verwaltet weiter auch alle zum Betrieb des Ether- 
5 net notwendigen Vorg&nge, d.h. ftthrt das Management des Sen- 
de- und Empf angsvorgangs durch und sorgt ftir die Verkapselung 
der zu versendenden Daten des Knotens in Ethernet-Telegramme 
bzw. das Entpacken der Daten aus den empfangenen Ethernet- 
Telegrammen. Das auf der CPU 12 des Knotens 1 implement ierte 

10 Betriebssystem weist in der Regel eine geschichtete Sof tware- 
struktur auf, um eine protokollspezif ische Bearbeitung von 
einer telegramm- und hardwarespezif ischen Bearbeitung zu 
trennen. Dadurch ist es mOglich, unterschiedliche Kommunika- 
tionsprotokolle beim Ethernet -Standard einzusetzen, ohne am 

15 hardwarespezifischen Treiber Anderungen durchftthren zu mtts- 

sen. Gleichzeitig kann dann auch die Hardware des Knotens ge- 
andert werden, ohne gleichzeitig eine protokollspezif ische 
Sof tware&nderung ausftthren zu mtissen. 

20 Ein Ethernet-Telegramm 5, dessen Struktur in Pig. 2 A schema- 
tisch gezeigt ist, kann bis zu 1500 Bytes enthalten und setzt 
sich aus einem Kopfteil mit einer Startkennung 51, einer Pr£- 
ambel 52, die die Ziel- und Quelladresse und den Datenpaket- 
typ kennzeichnet, einem Mittelteil 53 mit Daten und einem ei- 

25 ne Checksumme enthaltenden Endteil 54, die als Fehlerken- 
nungsmechanismus dient, zusammen. 

Ein Sendevorgang von Ethernet-Telegramme Ober die Ethernet- 
tibertragungsstrecke 2 wird so ausgefuhrt, dass der in der CPU 

30 12 eingesetzte Sof tware-Treiber die zu versendenden Daten in 
Ethernet-Telegramme umsetzt, die, wenn der Ethernet- 
Controller 3 im DMA-Modus arbeitet, im physikalischen Spei- 
cher 11 des Knotens 1 abgelegt werden. Auf diese abgespei- 
cherten Ethernet-Telegramme greift dann das Sende- 

35 Schieberegister 33 des Ethernet-Controllers 3 zu, um die E- 
thernet-Telegramme in das Schieberegister zu laden. Wenn un- 
ter Steuerung durch den Sof tware-Treiber in der CPU 12 vom 
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physikalischen Speicher 11 genttgend Ethernet -Telegramme auf 
das Sende-Schieberegister 33 ttbertragen wurden und damit ein 
ausreichender Fttllstand erreicht ist, gibt das Sende- 
Schieberegister 33 die zwischengespeicherten Ethernet- 
5 Telegramme ttber die Codiereinheit 31 auf die Ethernet- 

Wbertragungsstrecke 2 aus. Eine Ethernet-Datentibertragung 
findet dabei nur dann statt, wenn das Ethernet-Netzwerk ruhig 
ist. Darttber hinaus ist in der Regel zusatzlich ein Kollisi- 
onsverhinderungsmechanismus auf der Ethernet - 
10 ttbertragungsstrecke 2 vorgesehen. 

Beim Empfang von Ethernet-Telegrammen werden die empfangenen 
Ethernet -Telegramme von der Decodiereinheit 32 im Empfangs- 
Schieberegister 34 zwischengespeichert, wobei der Ethernet- 
15 Controller 3 einen Interrupt im Knoten 1 auslOst. Dieser In- 
terrupt veranlasst den Sof tware-Treiber der CPU 12 im Knoten 
1, die empfangenen Telegramme tlber den DMA-Modus in den phy- 
sikalischen Speicher 11 tiberzuftihren und dann an das Be- 
triebssystem im Knoten zur Verarbeitung weiterzuleiten. 

20 

Das Ethernet-Konzept wird vor allem deshalb als Kommunikati- 
onsprotokoll ftir Netzwerksysteme genutzt, da Standard- 
Hardware- und -sof twarekomponenten verwendet werden kdnnen 
und darttber hinaus eine hohe Datentibertragungsrate mSglich 

25 ist. Beim Einsatz des Ethernet-Standards in industrieller Um- 
gebung, insbesondere far Automatisierungsaufgaben, muss das 
Ethernet-Protokoll aber eine Echtzeit-Datentibertragung ge- 
wShrleisten. Urn zuverlSssig eine Echtzeitanwendung, wie z. B. 
eine Maschinensteuerung mithilfe eines Ethernet-Netzwerkes 

30 ausftthren zu konnen, ist ein Datenaustausch mit Zykluszeiten 
von 50 jxsec bei zulSssigen Jitterzeiten, d.h. Abweichungen 
von der gewunschten Zykluszeit von 10 Msec erf orderlich. 

Wenn ein Steuerungsrechner, der einen Knoten 1 in einem E- 
35 theme t-Netzwerk darstellt, Sensoren oder Aktoren, die als 

weitere Knoten an die Ethernet-tibertragungsstrecke 2 angebun- 
den sind, in Echtzeit steuern soli, werden vom Steuerungs- 
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rechner in jeden Steuerungszyklus mithilfe des in seiner CPU 
12 eingespeicherten Sof tware-Treibers Ethernet-Telegramme 5 
an den zugehOrigen Ethernet-Controller 3 zum Senden ttberge- 
ben. Der Ethernet-Controller 3 wird dann die entsprechenden 
5 Ethernet-Telegramme 5, vorzugsweise per DMA-Modus in sein 
Sende-Schieberegister 33 laden und ab einem bestimmten Ftill- 
stand dieses Senderegisters mit dem Versenden der Ethernet- 
Telegramme auf der Ethernet-Obertragungsstrecke 2 beginnen. 

10 In dieser Sendeabfolge sind jedoch mehrere jitterbehaf tete 
VorgSnge enthalten, deren Jitter sich im ungtins tigs ten Pall 
aufsummiert. Ein erster Jitter ergibt sich bereits aus den 
schwankenden Interrupt-Latenzzeiten des Betriebssystems des 
Steuerungsrechners und des Sof tware-Treibers beim Umsetzen 

15 der Ethernet-Telegramme. Weiterhin treten Lauf zeitschwankun- 
gen des bis zum Versenden des Ethernet-Telegrammen durchlau- 
fenden Datencodes auf. Bei modernen Steuerungsrechnern, die 
tiber einen Cache-Speicher verftigen, schwanken zusatzlich auch 
die Laufzeiten ein und desselben durchlauf enden Datencodes, 

20 da je nach Cache-Inhalt unterschiedlich lange auf den ange- 

forderten Speicher gewartet werden muss. Weitere Jitter erge- 
ben sich zudem bei der ttbergabe der Ethernet-Telegramme an 
den Ethernet-Controller. Der Ethernet-Controller ist tlber ein 
Bussystem, z.B. einen PCI-Bus, an den S teuerungs rechner , an- 

25 gebunden. Da der Bus auch von anderen Systemteilen des Steue- 
rungsrechners genutzt wird, kann es bei der Buszuteilung zu 
unterschiedlich langen Wartezeiten beim Zugriff des Ethernet- 
Controllers auf den physikalischen Speicher zur Obergabe der 
Ethernet-Telegramme an das Sende-Schieberegister kommen. Auch 

30 dann, wenn der Ethernet-Controller nicht per DMA- 

Ubertragungsmodus arbeitet, sondern die Daten ttber die CPU 
aus dem physikalischen Speicher in das Sende-Schieberegister 
des Ethernet-Controllers tibertragen werden, treten ahnliche 
Jitter bei der Buszuteilung auf. Weiterhin wird das Senden 

35 der Ethernet-Telegramme je nach Fullstand der Sende- 
Schieberegister unterschiedlich lang verzdgert. Wenn sich al- 
le genannten jitterbehaf teten Vorgange auf summieren, besteht 
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die Gefahr, dass der sich ergebende Gesaint jitter htther als 
der ftlr die jeweilige Echtzeitanwendung zuiassige Jitter ist 
und dann keine Echtzeitsteuerung mehr gewahrleistet wird. 

Urn nicht, wie herkOiranlicherweise aufwandige Verfahren zur An- 
gleichung der Zeitbasis zwischen den einzelnen Knoten und da- 
mit zur Kompensation der Kommunikations jitter ausftlhren zu 
mttssen, wird erf indungsgemaS der Ethernet-Controller 3 tiber 
den Sof tware-Treiber auf der CPU 12 des Rechner-Knotens 1 so 
prograramiert, dass ohne Pause Ethernet-Telegramme 5 aus dem 
Sende-Schieberegister 33 versendet werden. Dabei wird das 
Sende-Schieberegister 33 und die angeschlossene Codiereinheit 
31 des Ethernet-Controllers 3 so gesteuert, dass im Anschluss 
an ein gesendetes Ethernet-Telegramm direkt das nachste E- 
thernet-Telegramm unter Einhaltung der in der Ethernet- 
ttbertragungsnorm definierten Pausezeit gesendet wird. 

Um zu gewahrleisten, dass bei einer vorgegebenen Zykluszeit 
der auszuftihrenden Echtzeitanwendung kontinuierlich Ethernet- 
Tel egr amine versendet werden, berechnet der Sof tware-Treiber 
der CPU 12 , wie viele und wie lange Ethernet-Telegramme ver- 
sendet werden miissen, um die vorgegebene Zykluszeit exakt 
einzuhalten. Der Sof twaretreiber stellt die zu versendenden 
Daten 53 gemafi der Ethernet -ttber tragungsnorm in entsprechend 
lange Ethernet-Telegramme 5 mit Startkennxing 51, Praambel 52 
und Checksumme 54 zusammen und legt sie im physikalischen 
Speicher 11 des Knotens 1 ab. Das Sende-Schieberegister 33 
des Ethernet-Controllers 3 greift dann auf diese Ethernet- 
Telegramme 5 zu und speichert sie zwischen. Ab einem gewissen 
Fiillstand im Sende-Schieberegister 33 wird dann mit dem Sen- 
devorgang begonnen, wobei kontinuierlich Ethernet-Telegramme 
versendet werden, wie in Fig. 2B gezeigt ist. Hier ist ein 
Sendevorgang dargestellt, bei dem innerhalb einer vorgegebe- 
nen Zykluszeit zwei gleich lange Telegramme unter Einhaltung 
der vorgeschriebenen Pausenzeit versendet werden. 
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Mithilfe des im Ethernet-Controller 3 integrierten Sende- 
Schieberegisters 33 wird die Bereltstellung der Ethernet- 
Telegramme durch den Sof tware-Treiber der CPU 13 im physika- 
lischen Speicher 11 des Knotens 1 vom Sendezeitpunkt dieser 
Ethernet-Telegramme entkoppelt, so dass der bei der Echtzeit- 
anwendung und die bei der Obertragung der Ethernet-Telegramme 
auf den Ethernet-Controller 3 entstehenden Jitter ausgegli- 
chen werden. Da das Timing des Sendevorgangs ausschlieSlich 
vom Ethernet-Controller 3 und der nachgeschalteten Obertra- 
gungsphysik der Ethernet-Obertragungsstrecke 2 abhSngt und 
der Ethernet-Controller aus seinem Sende-Schieberegister 33 
Ethernet-Telegramme 5 kontinuierlich sendet, ist eine exakte 
Wiederholbarkeit und damit ein jitterfreies Senden mttglich. 

Urn ein kontinuierliches Senden der Ethernet-Telegramme zu er- 
mOglichen, ist die Echtzeitanwendung im Knoten tlber den Soft- 
ware-Treiber der CPU 12 auf den Ethernet-Controller 3 syn- 
chronisiert. Der Ethernet-Controller 3 legt die Zeitbasis 
fest, auf die die Echtzeitanwendung auf dem Steuerungsrechner 
1 synchronisiert ist. Dadurch wird sichergestellt, dass vom 
Sof tware-Treiber der CPU 12 immer gentigend zu sendende Ether- 
net-Telegramme an den Ethernet-Controller 3 tibergeben werden, 
um zu verhindern, dass das Sende-Schieberegister 33 des E- 
thernet-Controllers 3 leeriauft, und so TelegrammverzSgerun- 
gen auftreten, die zu einer Zykluszeitverletzung ftihren war- 
den. Weiterhin wird durch die Synchronisierung der Echtzeit- 
anwendung im Knoten 1 auf die Zeitbasis des Ethernet- 
Controllers 3 gewShrleistet, dass nicht zu viele Ethernet- 
Telegramme an den Ethernet-Controller 3 tibergeben werden und 
somit ein Uberlauf im Sende-Schieberegister 33 stattfindet 
und die Ethernet-Telegramme nicht mehr schnell genug versen- 
det werden kSnnen. 

Bei der Berechnung der Anzahl und der Lange in einem Zyklus 
der Echtzeitanwendung zu versendenden Ethernet-Telegramme be- 
rticksichtigt der Sof tware-Treiber der CPU 12 im Knoten 1 so- 
wohl die auf der Ethernet-Ubertragungsstrecke 2 verwendete 
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Baudrate als auch die bei der Verkapselung der zu versenden- 
den Daten automat isch eingeftlgten zusatz lichen Da ten, d.h. 
Startkennung 51, Pr&ambel 52 und Checksumme 54, sowie die 
zwischen den Ethernet-Telegrammen einzuhaltenden Pausenzei- 
ten. Diese zusStzlichen Signale sind in der Ethernet-Norm 
IEEE 802.3 festgelegt und betragen bei einem 100-Base-TX- 
Ethernet, also einem Past Ethernet mit 100 MBaud ftlr die 
Startkennung 8 Bit, fttr die PrSambel 56 Bit, fttr die Check- 
summe 32 Bit und die Pausenzeit 69 Bit. 

Soli nun eine Zykluszeit der Echtzeitanwendung von x Msec er- 
reicht werden, dann gilt folgende Pormel: (L ist die maximale 
Bitl&nge des Ethernet-Telegramms) 

L = (x • 100) - (8 + 56 + 32 + 69) 

FUr eine Zykluszeit von 100 /zsec ergibt sich dann: 

L = 9808 Bits = 1226 Bytes. 

Der Sof tware-Treiber der CPU 12 im Knoten 1 kann also in ei- 
ner Zykluszeit von 100 /isec ein oder auch mehrere gleich lan- 
ge Telegramme mit einer Gesamtl&nge einschlieSlich der Pau- 
senzeiten von 1226 Bytes versenden. Wenn z.B. zwei Telegramme 
versendet werden, so betr&gt die Bytel&nge dann 613 Bytes pro 
Telegramm (einschlieJSlich Pausezeit) . Eine Auf teilung in meh- 
rere Telegramme ist dann zwingend erf orderlich, wenn die bei 
einer Zykluszeit sich ergebende TelegrammlSnge groSer als die 
maximale Ethernet-Telegramme von 1500 Byte ist. Es mtissen 
dann immer entsprechend mehrere Ethernet-Telegramme zur Nut- 
zung der vollen Zykluszeit gesendet werden. Wird z.B. eine 
Zykluszeit von 500 /xsec vorgegeben, kannen fttnf Telegramme 
mit je 1226 Byte (100 /xsec) gesendet werden. 

Alternativ zu Vorgabe einer Zykluszeit besteht auch die M6g- 
lichkeit, um einen kontinuier lichen Versand von Ethernet- 
Telegramme zu erreichen, die LSnge der zu versendenden Ether- 
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net-Telegramme vorzugeben, urn daraus dann die notwendige Zyk- 
luszeit abzuleiten. Der Sof tware-Treiber der CPU berechnet in 
diesem Fall aus der Vorgabe der LSnge der Ethernet-Telegramme 
und der maximal zuiassigen Dauer des Steuerzyklus, urn eine 
5 Echtzeitanwendung, wie z. B. eine Maschinensteuerung mithilfe 
der Ethernet-Netzwerkes ausfahren zu k&nnen, die optimale 
Zykluszeit, die einen kontinuier lichen Versand der Ethernet- 
Telegramme gewShrleistet . Der Sof twaretreiber stellt dann 
wiederum die zu versendenden Daten gemaS der Ethernet- 

10 Obertragungsnorm in entsprechend lange Ethernet-Telegramme 
mit Startkennung 51, PrSambel 52 und Checksumme 54 zusammen 
und legt sie im physikalischen Speicher 11 des Knotens 1 ab. 
Das Sende-Schieberegister 33 des Ethernet-Controllers 3 
greift anschlieSend auf diese Ethernet-Telegramme 5 zu und 

15 speichert sie zwischen. Ab einem gewissen Fttllstand im Sende- 
Schieberegister 33 wird dann mit dem Sendevorgang begonnen, 
wobei kontinuierlich Ethernet-Telegramme innerhalb der be- 
rechneten Zykluszeit unter Einhaltung der vorgeschriebenen 
Pausenzeit versendet werden. 

20 

Beim erfindungsgemSSen Sendevorgang, bei dem quasi kontinu- 
ierlich gesendet wird, muss weiter gewahrleistet sein, dass 
auf dem Sendekanal keine Kollisionen auftreten, da dann der 
Ethernet-Controller die tJbertragung unterbricht und erst spa- 

25 ter wieder aufnimmt muss. Eine geeignete Topologie des Ether- 
net-Netzwerkes far einen kollisionsf reien Sendevorgang stellt 
dabei eine Peer-zu-Peer-Verbindung zwischen den Knoten dar. 
Es besteht auch die MSglichkeit, mehrere Teilnehmer tiber ei- 
nen Switch, der Kollisionen verhindert, anzusteuern. Auch ei- 

30 ne ringf6rmige Netztopologie von mehreren Knoten ist mOglich, 
wobei dann die Ethernet-Telegramme mit geringer Verzagerung 
von Knoten zu Knoten weitergeleitet und anschlieSend an den 
ursprunglichen Sende-Knoten zurtickgeschickt werden. 

35 Echtzeitanwendungen benotigen in der Regel auch Rtickmeldungen 
der angesteuerten Teilnehmer. In diesem Fall ist die Ether- 
net -Obertragungsstrecke 2 als Vollduplex-tJbertragungsstrecke 
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mit getrenntem Sende- und Empfangskanal ausgebildet, urn die 
zu versendenden Ethernet-Telegramme nicht durch empfangene 
Telegramme mit den Rttckmeldungen zu beeinf lussen. Die Menge 
der zurttckgesendeten Daten darf dabei auch nicht die Menge 
5 der ursprttnglich gesendeten Daten tlberschreiten, da diese dem 
Maximum der Obertragungskapazitat entsprechen. 
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Patentansprtlche 

1. Verfahren zum Versenden von Daten in Form von Ethernet- 
Telegrammen auf einer Ethernet-Obertragungsstrecke, mit den 
5 Verfahrenschritten 

Umsetzen der zu versendenden Daten gemafc einer Obertragungs- 
norm des Ethernet-Protokolls, uin Ethernet-Telegramme zu be- 
reitzustellen, und 

und zyklischen Versenden der bereitgestellten Ethernet-Tele- 
10 gramme mit einer vorgebenen Ethemet-t)bertragungsnorm, 
dadurch gekennzeichnet, dass 
der Sendevorgang der bereitgestellten Ethernet-Telegramme so 
gesteuert, dass im Anschluss an ein gesendetes Ethernet-Tele- 
gramm direkt das nachste Ethernet-Telegramm unter Einhaltung 
15 der in der Ethernet-Obertragungsnorm definierten Pausezeit 

gesendet wird, urn so wahrend der gesamten Zykluszeit kontinu- 
ierlich Ethernet-Telegramme auf die Ethernet-tibertragungs- 
strecke auszugeben. 

20 2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass 
zum fortlaufenden Senden der bereitgestellten Ethernet-Tele- 
gramme bei einer vorgebenen Lange der Ethernet-Telegramme die 
Lange der Zykluszeit im Rahmen der maximal zulassigen Dauer 
des Zyklus angepasst wird, urn wahrend der gesamten Zykluszeit 

25 kontinuierlich Ethernet-Telegramme auf die Ethernet-Obertra- 
gungsstrecke auszugeben. 

3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass 
zum fortlaufenden Senden der bereitgestellten Ethernet-Tele- 

30 gramme bei einer vorgegebenen Zykluszeit die Anzahl und/oder 
die Lange der in einem Zyklus zu versendenden Ethernet-Tele- 
gramme angepasst wird, um wahrend der gesamten vorgebenen 
Zykluszeit kontinuierlich Ethernet-Telegramme auf die Ether- 
net-l)bertragungss trecke auszugeben . 

35 

4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass 
zum Berechnen der Anzahl und/oder der Lange der in einem Zyk- 
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lus zu versendenden Ethernet-Telegramme die auf der Ethernet- 
ttbertragungsstrecke verwendete Baudrate, die Lange der beim 
Umsetzen der Daten gemafi der Obertragungsnorm des Ethernet- 
Protokolls jeweils in das Ethernet-Telegramm eingefttgten 
5 Startkennung, Praambel und Checksumme und die Lange der zwi- 
schen den zu versendeten Ethernet-Telegrammen einzuhaltenden 
Pausenzeit berticksichtigt werden. 

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass 
die maximale Bitiange L des in einem Zyklus zu versendenden 
Ethernet -Telegramms bei einer auf der Ethernet -Obertragungs- 
strecke verwendeten Baudrate von ba Mbaud, einer Zykluszeit 
von zy /xs, einer Startkennungsiange von st Bit, einer Praam- 
beliange von pr Bit, einer Checksummeniange von ch Bit und 
einer Pausenzeit von pa Bit wie folgt berechnet wird: 
L = (ba * zy) - (st + pr + ch + pa) . 

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet , dass 
dann, wenn die maximale Bitiange L grSSer als die maximal 

20 mfigliche Bitiange der Ethernet-Telegramme ist, die Anzahl und 
die Lange der zusendeten Ethernet-Telegramme so gewahlt wird, 
dass in einem Zyklus mehrere Ethernet-Telegramme versendet 
werden, deren gemeinsame Bitiange der Zykluszeit entspricht. 

7. Verfahren nach einem der Ansprttche 1 bis 6, dadurch ge- 
kennzeichnet, dass zum fortlauf enden Senden der bereitge- 
stellten Ethernet-Telegramme die bereitgestellten Telegramme 
in einem Zwischenspeicher zwischengespeichert werden und der 
Sendevorgang gestartet wird, sobald ein vorgegebener Ptill- 
stand im Zwischenspeicher erreicht ist. 

8. Verfahren nach einem der Ansprttche 1 bis 7, dadurch ge- 
kennzeichnet, dass die zu versendeten Daten Echtzeitdaten 
sind und eine die zu versendenden Echtzeitdaten erzeugende 

35 Echtzeitanwendung mit dem Sendevorgang der Ethernet-Tele- 
gramme synchronisiert wird. 
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9. Knoten ftir Ethernet-Netzwerk mit 

einer Steuereinheit (1; 11 , 12) zum Umsetzen von zu versen- 
denden Daten gemSS einer Obertragungsnorm des Ethernet-Proto- 
kolls, vim Ethernet-Telegramme zu bereitzustellen, und 
5 einer Sendeeinheit (3; 31, 33) zum zyklischen Versenden der 
bereitgestellten Ethernet-Telegramme mit einer vorgebenen E- 
thernet-ttbertragungsnorm auf einer Ethernet-tibertragungs- 
strecke (2) , 

dadurch gekennzeichnet, dass 
10 die Steuereinheit (1; 11, 12) den Sendevorgang der bereitge- 
stellten Ethernet-Telegramme durch die Sendeeinheit (3; 31, 
33) so steuert, dass im Anschluss an ein gesendetes Ethernet- 
Telegramm direkt das nSchste Ethernet-Telegramm unter Einhal- 
tung der in der Ethernet -Obertragungsnorm def inierten Pause- 
15 zeit gesendet wird, urn so w&hrend der gesamten Zykluszeit 

kontinuierlich Ethernet-Telegramme auf die Ethernet-ttbertra- 
gungsstrecke (2) auszugeben. 

10. Knoten nach Anspruch 9, dadurch gekennzeichnet, dass die 
20 Steuereinheit (1; 11, 12) zum Anpassen der LSnge der Zyklus- 
zeit bei einer vorgebenen LSnge der zu versendenden Ethernet- 
Telegramme im Rahmen der maximal zulSssigen Dauer des Zyklus 
ausgelegt ist, urn wShrend der gesamten Zykluszeit kontinuier- 
lich Ethernet-Telegramme auf die Ethernet-Ubertragungsstrecke 

25 (2) auszugeben. 

11. Knoten nach Anspruch 9, dadurch gekennzeichnet , dass die 
Steuereinheit (1; 11, 12) zum Anpassen der Anzahl und/oder 
der LSnge der in einem Zyklus zu versendenden Ethernet -Tele- 

30 gramme an eine vorgegebene Zykluszeit, urn wShrend der gesam- 
ten vorgebenen Zykluszeit kontinuierlich Ethernet-Telegramme 
auf die Ethernet-Ubertragungsstrecke (2) auszugeben. 

12. Knoten nach einem der Anspruche 9 bis 11, dadurch ge- 
35 kennzeichnet, dass die Sendeeinheit (3; 31, 33) einem Zwi- 

schenspeicher (33) zum Zwischenspeichern der bereitgestellten 
Ethernet-Telegramme aufweist, wobei die Steuereinheit (1; 11, 
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12) zum Starten des Sendevorgangs in Abhclngigkeit von einem 
vorgegebenen Fails tand im Zwischenspeicher (33) ausgelegt 
ist . 

5 13. Knoten nach einem der Ansprtiche 9 bis 12, dadurch ge- 
kennzeichnet, dass die Steuereinheit (1; 11, 12) zum Syn- 
chronisieren einer die zu versendenden Echtzeitdaten erzeu- 
gende Echtzeitanwendung mit dem Sendevorgang der Ethernet-Te- 
legramme ausgelegt ist. 

10 

14. Ethernet-Net zwerk mit Ethernet-Obertragungsstrecke (2) 
und einer Mehrzahl von mit der Ethernet-Obertragungsstrecke 
verbundenen Knoten (1) nach einem der Ansprtiche 9 bis 13, da- 
durch gekennzeichnet, dass der Sendekanal der Ethernet -Ober- 

15 tragungsstrecke (2) ausgelegt ist, die Ethernet -Telegramrne 
kollisionsfrei zu tlbertragen. 

15. Ethernet-Netzwerk nach Anspruch 14, dadurch gekennzeich- 
net, dass die Ethernet-tibertragungsstrecke <2) eine ringfdr- 

20 mig angeordnete Topologie aufweist und die vom Sende-Knoten 
(1) versandten Ethernet-Telegramme von einem Knoten zum 
nSchsten Knoten weitergeleitet werden. 

25 
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Fold II Bemerkungen zu den AnsprOchen, die sich als nlcht recherchlerbar erwlesen haben (Forteetzung von Punkt 2 auf Blatt 1 

GemAO ArUkel 17(2)a) wurde aus folgenden GrQnden fOr bestlmmte AnaprOohe keln Recherchenberlcht eretellt: 
1. I AnsprQche Nr. 

well ele elch auf Gegenstande bezlehen, zu deren Recherche die Behdrde nlcht verpfBchtet let, namlteh 



2. LJ AnsprQche Nr. 

well eie slch auf Telle der IntemaUonalen Anmeldung bezlehen, cfie den vorgeschrfebenen Anforderungen eo wenlg enteprechen, 
dafl eine slnnvolte Internationale Recherche nlcht durchgefQhrt werden kann, namlich 



3. rn AnsprQche Nr. 

wait es slch dabel urn abhangige AnsprQche handelt, die nlcht entsprechend Satz 2 und 3 der Regel 6.4 a) abgefaBt slnd. 

Feld 111 Bemerkungen bel mangelnder Einheftlichkelt der EiUndung (Fortsetzung von Punkt 3 auf Blatt 1) 
Die Internationale Recherchenbehorde hat festgestellt, daB cfiese Internationale Anmeldung mehrere Erfindungen enthalt 

slehe Zusatzblatt 



1. | I Da der Anmelder aHe erforderlichen zusatzllchen RecherchengebQhren rechtzeltig entrichtet hat, erstreckt slch dieser 
1 — 1 Internationale Recherchenberlcht auf alle recherchlerbaren AnsprQche. 



2 r Da fOr aOe recherchlerbaren AnsprQche die Recherche ohne einen Arbeltsaufwand durchgefQhrt werden konnte, der elne 
1 — I zus&tzOche RecherchengebQhr gerechtfertigt hfitte, hat die Behflrde nicht zur Zahlung einer solchen GebQhr aufgefordert 



3. I Y I Da der Anmelder nur einige der erforderlichen zus&tzllchen RecherchengebQhren rechtzeltig entrichtet hat, erstreckt sich dieser 
Lft- 1 Internationale Recherchenberlcht nur auf die AnsprQche, f Qr die GebQhren entrichtet worden sind, namlich auf die 
AnsprQche Nr. 

1-14 



I — l 

4. Der Anmelder hat die erforderlichen zusatzllchen RecherchengebQhren nlcht rechtzeltig entrichtet Der Internationale Recher- 
— chenbericht beschrankt slch daher auf die In den AnsprOchen zuerst erwaJinte Erflndung; diese 1st In folgenden AnsprOchen er- 
faBt: 



Bemerkungen hinsichtlich eines Wtderspruchs QT] Die zusatzllchen GebQhren wurden vom Anmelder unter Widerspruch gezahlt 

| | Die Zahlung zusStzlicher RecherchengebQhren erfolgte ohne Widerspruch. 
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Die Internationale Recherchenbehorde hat festgestellt, dass dlese 
Internationale Anmeldung mehrere (Gruppen von) Erflndungen enthllt, 
nSmllch: 

1. AnsprQche: 1,2,9,10,14 

Verfahren, Knoten und Ethernet-Netzwerk zum Versenden von 
Daten m1t Anpassung der LSnge der Zykluszelt be1 elner 
vorgegebenen L5nge der Ethernet-Tel egramme. 



2. AnsprQche: 3-6,11 

Verfahren und Knoten zum Versenden von Daten m1t Anpassung 
der Anzahl und/oder die Lange der 1n elnem Zyklus zu 
versendenden Ethernet-Tel egramme be1 elner vorgegebenen 
Zykluszelt, 



3, AnsprQche: 7,12 

Verfahren und Knoten zum Versenden von Daten sobald e1n 
vorgegebener FQllstand elnes Zw1schenspe1chers errelcht 1st. 



4. AnsprQche: 8,13 

Verfahren und Knoten zum Versenden von Echtzeltdaten unter 
Synchron1s1erung mlt elner Echtzeltanwendung. 

5. Anspruch: 15 

Ethernet-Netzwerk m1t r1ngform1g angeordneter Topologle. 
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